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Preface 



This manual describes how the effects of imposing loads on 
the channels of the IBM System/370 Model 115 can be 
checked. The book is intended for physical planning 
engineers and systems analysts who wish to check that a 
proposed configuration of input/output (I/O) devices will 
work satisfactorily in the System/370 Model 115. 

The first section of the book describes the types of 
channels to which I/O devices can be connected, the 
theoretical data rates of the channels, and the possible 
effects of imposing heavy 1/0 loads on those channels. The 
effects considered are: data overrun, loss of device 
performance, channel interference with the machine in- 
struction processor (MIP), program overrun, and excessive 
channel utilization. 

The second section gives the procedures for testing data 
overrun on the byte-multiplexer channel. This section also 
includes a description of how to assign priorities to devices 
on the byte-multiplexer channel. 

The third section deals with interference with the MIP 
that is caused by activities on the channels, and describes 
how the interference can be assessed. The same section also 
shows how to check for the possibility of program overrun. 

The fourth section describes the concept of channel 
utilization. 

Before using this manual, the reader should have a 
thorough understanding of input/output operations for the 
Model 1 15 as described in: 

IBM System/370 Model 115 Functional Characteristics, 
GA33-1510. 
IBM System! 370 Principles of Operation, GA22-7000. 

Detailed information on the standard I/O interface is 
given in IBM System/360 and System/370 I/O Interface 
Channel to Control Unit, Original Equipment Manu- 
facturer's Information, GA22-6974. 

When calculating for data overrun on the byte- 
multiplexer channel, a special worksheet is required: IBM 
System/ 370 Model 115 Byte-Multiplexer Channel: Load 
Sum Worksheet GX33-6007, available in pads of 50. 



Contents 



I/O Devices on IBM System/370 Model 1 15 1 

Subchannels 1 

Subchannel Addressing 1 

Interference on Model 115 2 

Data Rates and Timings of Byte-Multiplexer Channel ... 4 

Effects of Channel Loading 4 

Byte-Multiplexer Channel Data Overrun 6 

Wait Time and Interference 6 

Previous Load 6 

Priority Load 7 

Device Load 8 

How to Assign Priorities of Byte-Multiplexer Channel Devices 9 

Qasses 9 

Priorities 9 

Special Cases 10 

IBM 1419 Magnetic Character Reader/Sorter 10 

Devices Having Class 1 and Class 2 Components . . . . 10 

Burst-Mode Devices 10 

IBM 2701 Data Adapter Unit, IBM 2702 Transmission 

Control, IBM 2703 Transmission Control 10 

How to Test for Byte-Multiplexer Channel Data Overrun . . 11 

Step A 12 

Step B 13 

StcpC 14 

Step D 15 

Step E 16 

Step F 17 

StcpG 18 



StepH 19 

Overrun Configuration 20 

Channel Interference with MIP 21 

MIP Waiting Time for Channel Service 21 

Communication Time Between MIP and Byte-Multiplexer 

Channel 21 

Program Overrun 22 

How to Assess Program Overrun .22 

Channel Utilization 23 

Appendix A. Channel Evaluation Factors for Devices on 

Byte-Multiplexer Channel 25 

Appendix B. IBM 1419 Magnetic Character Reader: Priority 

Assignment and Channel Evaluation Factors 28 

How to Assign Priority Position of a 1419 28 

How to Enter 1419 Evaluation Factors on Load Sum 

Worksheet 28 

Appendix C. How to Assess the Amount of Interference by 

the DDA with the MIP 29 

Appendix D. Abbreviations 30 

Abbreviations , .... 30 

Glossary 31 

Index 33 



Illustrations 



Figure Title Page 

1 Use of I/O Addresses by MPX Channel and 

Integrated Attachments 1 

2 Device Address Byte for Non-shared Byte-Multiplexer 

Subchannel 1 

3 Device Address Byte for Shared Byte-Multiplexer 

Subchannel 2 

4 Processing Time of System/370 Model 1 15 Byte- 

Multiplexer Channel for Data Transfer in Byte 

Mode, Started by Polling 3 

5 Processing Time of System/370 Model 115 Byte- 

Multiplexer Channel for Data Transfer in Burst 

Mode, Started by Channel Initiated Selection ... 3 

6 Processing Time of System/ 370 Model 115 Byte- 

Multiplexer Channel for Chaining Data, and 

Chaining Commands • . 4 

7 Three Kinds of Interference can Cause Channel Service 

to be Delayed Beyond a Waiting Device's Wait Time . 6 

8 Example of Priority Load Curve of a Priority Device 

Causing Interference by Command Chaining (A Factor 
Interference) 7 

9 Example of Priority Load Curve of a Priority Device 

Causing Interference by transferring data (B Factor 
Interference) 8 

10 Examples Showing How to Choose Priority Load 

Factors 8 

1 1 Example for Assigning Priority on the MPX-Channel . 9 

12 Load Sum Worksheet with Devices Listed in Priority 

Sequence 12 



Figure Title Page 

13 Device Wait Times Listed 13 

Priority Loads Listed 14 

Priority Loads Inserted for Second Device .... 15 

All Factors Added to Obtain Load Sum for 2501 . . 16 

Priority Load of all Previous Devices Copied ... 17 

Priority Loads Added to Get A-sum and B-sum . . . 18 

Load Sum for 1442 Completed 19 

Example of an Overrun Configuration 20 

Interference with MIP During I/O Instructions, Caused 
by Channel Service to Devices Connected to Byte- 
Multiplexer Standard I/O Interface 21 

Byte-Multiplexer Channel Devices - Channel Evaluation 

Factors 25 

1419 Channel Evaluation Factors 28 

Percentage of DDA Interference with MIP Processing . 29 



14 
15 
16 
17 
18 
19 
20 
21 



22 

23 
24 



Page of GAS 3-1 5 16-0 
Revised 23 April 1976 
By TNL: GN33-1681 



I/O Devices on IBM System/370 Model 115 



Input/output (I/O) devices are connected to the IBM 
3115-0 Processing Unit via the following facilities: 

1 . Byte-multiplexer channel with standard interface. 

2. Integrated card I/O and printer attachment for 
connecting several types of card I/O machines and 
line printers. 

3. Integrated communications adapter (ICA) for con- 
necting up to four binary synchronous and eight 
asynchronous communication lines. 

4. Direct disk attachment (DDA) for connecting the 
IBM 3340 disk storage subsystem (which allows up to 
four disk drives to be connected). 

5. Magnetic tape adapter for connecting either an IBM 
3410/3411 magnetic tape subsystem, Model 1, 2, or 
3 (with up to four or six tape drives), or an IBM 
3803-3/3420 magnetic tape subsystem (with up to 
eight tape drives). 

6. Service processor (SVP) native attachments for 
connecting the video display, keyboard, and console 
matrix printer. 
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Figure 1 . Use of I/O Addresses by MPX Channel and 
Integrated Attachments 

I/O devices can be connected directly to the Model 1 15's 
integrated attachments and adapters instead of via the usual 
channel and control unit combination. However, the 
devices appear to the programmer as if they were connected 
to normal channels (Figure 1). 



SUBCHANNELS 

The byte-multiplexer channel contains 32 subchannels. 
Each control unit attached to the charmel requires a sub- 
channel to hold information for controUing the current 
operation at the device. A subchannel may be shared by 
more than one device or it may be nonshared. A shared 
subchannel is used for a control unit that can have several 
devices attached, only one of which requires the subchannel 
at any one time. A nonshared subchannel is used for a 
control unit which controls only one device. 

As shown in Figure 1 , some natively attached I/O devices 
are addressed as if they were on channel 0. For the byte- 
multiplexer channel only the device address range X'40' to 
X'FF' is available. 

Subchannel Addressing 

In I/O instructions associated with the byte-multiplexer 
channel, the most significant bit of the device address byte 
defines whether a subchannel is nonshared (bit 0=0) or 
shared (bit 0=1). 

Because the byte-multiplexer channel contains 32 sub- 
channels, a nonshared subchannel is addressed by the 
"address folding" method, which permits a greater choice 
of device addresses to be available with a limited number of 
subchannels. A shared subchannel has the address of the 
corresponding control unit. 

When allocating device addresses, the programmer must 
observe the conditions given in the following paragraphs. 

Nonshared Subchannels 

For nonshared subchannels (hexadecimal addresses 40 
through 7F), the most significant three bits of the device 
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Figure 2. Device Address Byte for Non-shared 
Byte-Multiplexer Subchannel 



address byte are ignored for address purposes (Figure 2). 
Thus the addresses '4F' and '6F' (for example) would both 
address the same subchannel — subchannel 'OF' (hex), 15 
(dec). Therefore, device addresses for nonshared sub- 
channels must be chosen so that the least significant five 
bits of the device address are never repeated. 
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Figure 3. Device Address Byte for Shared Byte- 
Multiplexer Subchannel 



Shared Subchannels 

For shared subchannels (hexadecimal addresses '80' 
through 'FF'), the most significant bit of the device address 
byte is ignored (Figure 3) and the least significant four bits 
have no function in the identification of the subchannel. 

Bits 1,2, and 3 specify one of eight shared subchannel 
numbers (0 through 7) and, hence, one of up to eight 
control units. Each control unit that is associated with a 
shared subchannel may have up to 16 devices attached. A 
control unit which is capable of handHng 32 devices would 
occupy two shared subchannels*. The devices are identified 
by the four least significant bits of the device-address byte. 
Thus, the device addresses '90' through '9F' (for example) 
would all address (and share) subchannel 1 . 

Device addresses for shared subchannels must be chosen 
so that they do not address subchannel numbers in use for 
nonshared subchannels, 

INTERFERENCE ON MODEL 115 

On a Model 115 the byte-multiplexer channel and the 
integrated I/O attachments, except the direct disk attach- 
ment (DDA), each have their own processing capabiHty. 
The DDA has only limited processing capability of its own 
and has to make use of the MIP for certain operations. 
Because they do not share microprogram control, all attach- 
ments (except the DDA), the multiplexer channel, and the 
MIP may run independently of each other. This means the 
load on an integrated I/O attachment has no impact on the 
multiplexer channel, and the multiplexer channel does not 
interfere with instruction processing in the MIP. 

The only common resource for all I/O devices and the 
MIP is main storage. Access to main storage is controlled by 



* For details of the number of subchannels required by a specific 
control unit, consult the control unit reference manual. 



the main storage controller (MSC) which has a data 
handling capacity of 2.08 megabytes per second. If the 
Model 115 includes natively attached disk or tape sub- 
systems, and thus has a high transfer rate of I/O data, MSC 
usage will still be below 50%. Therefore, the time that the 
I/O devices and the MIP wait for MSC service is small in 
comparison to the time they require for processing and data 
handUng. MSC time is therefore ignored in the calculations 
described in this manual. 

However, some interference occurs during the processing 
of I/O instructions, such as "start I/O" (SIO) "test 
I/0"(TIO) and during interrupt handling. For these 
activities the MIP and the integrated attachments or byte- 
multiplexer channel have to communicate with each other, 
and occasionally they may have to wait. Interference will 
obviously occur when the DDA requires the processing 
capabilities of the MIP. 

The DDA only uses the MIP to initiate instructions and 
commands, and for certain supervisory processing tasks. 
Once the MIP begins data transfer, the DDA takes over and 
continues control of the transfer between the disk I/O 
device and main storage. 

Using the MIP to begin data transfer via the DDA can 
have two effects. Firstly, when an I/O device other than a 
disk is waiting for the next "start I/O" instruction it may 
have to wait untU the MIP is released for further processing. 
Secondly, when an I/O device other than a disk sends an 
interrupt it may have to wait for the interrupt to be 
accepted. Both these effects can lead to a program overrun. 

Program overrun occurs when the next instruction is 
issued too late; either before a timeout, or too late for 
proper document routing. Program overrun will rarely 
occur because most of the data transfer is handled by the 
DDA without participation by the MIP. 

To understand the interference by the DDA, it is 
necessary to break down the two processing tasks of the 
MIP that are involved. The two tasks are: 

• command handling for the disk 

• search supervision (index, gaps, and count fields). 

Command handHng is negligible. Supervisory tasks of search 
criteria, however, can take the MIP some time. Because 
supervisory tasks are time-dependent and therefore cannot 
be interrupted, the effect is significant. Supervisory tasks 
are also job-dependent and therefore the structure of the 
program (record length, number of records per second, 
and so on) determines the amount of interference. 

Appendix C contains a graph showing the percentage of 
interference with the MIP plotted against the number of 
records per second and various record sizes. The graph 
assumes that every access to main storage by the MIP 
coincides with an access for data transfer (worst case); 
something that does not happen. Assuming even the worst 



Channel Activity 


Time in Microseconds 


Time Overlapped 


Processing Time 
Per Byte 


REQ-IN up to rising of HOLD-OUT and SEL-OUT 

SEL-OUT up to test for OP-IN up* 

OP-IN found up to test for ADR-IN up* 

ADR-IN found up to rising of COMD-OUT 

COMD-OUT up to dropping of SEL-OUT and HOLD-OUT 

COMD-OUT up to test for SERV-IN up* 

SE RV-I N found up to rising of SE R V-OUT (read or write) 

SERV-OUT up to test for SERV-IN down** 

SERV-IN found down to dropping of SERV-OUT** 

SERV-OUT up to test for OP-IN down* 

OP-IN found down to test for nfext REQ-IN up 

Total tinne 




0.1 
0.1 


2.25 
2.70 
0.45 
2.25 

9.00 
15.30 

14.40 
5.85 




52.20 MS 



* These tests are carried out by nnicroprogram and repeated each 3.5 nnicroseconds. When the referenced TAG 
line does not switch in time, the transfer tinne is increased in increments of 3.5 microseconds until the \/0 
device responds. 
** Controlled by hardware. 

Note: Further information about the signals shown in the table is available in IBM System/360 and System/370 
I/O Interface Channel to Control Unit, Original Equiprhent Manufacturers' Information, GA22-6974. 

Figure 4. Processing Time of System/370 Model 115 Byte-Multiplexer Channel for Data Transfer in Byte Mode, 
Started by Polling 



Channel Activity 


Time in Microseconds 


Time Overlapped 


Processing Time 
per Byte 


1. Initial Selection to First SERV-IN Test 

ADR-OUT, HOLD-OUT. SEL-OUT up to test for OP-IN up* 

OP-IN found up to dropping of ADR-OUT 

ADR-OUT down to test for ADR-IN up* 

ADR-IN found up to dropping HOLD-OUT, SEL-OUT and 

rising of COMD-OUT 

COMD-OUT up to test for STAT-IN up* 

STAT-IN found up to rising of SERV-OUT (unit status = 0) 

SERV-OUT up to test for STATIN down** 

STATIN found down to dropping of SERV-OUT** 

SERV-OUT up to test for SERV-IN up* (or for OP-IN down) 



0.1 


3.1 
0.9 
1.3 

2.7 



4.5 

4.9 


Total Time 


17.4/xs 


2. Data Transfer in Burst Mode 

SERV-IN found up to rising of SERV-OUT 
SERV-OUT up to test for SERV-IN down 
SERV-IN found down to dropping of SERV-OUT 
SERV-OUT up to test for next SERV-IN up* 



0.1 


8.5 
26.0 


Total Time to Transfer One Byte 


34.5 MS 



* These tests are carried out by microprogram and repeated each 3.5 microseconds. When the referenced TAG 
line does not switch in time, the transfer time is increased in increments of 3.5 microseconds until the I/O 
responds. 

•* Controlled by hardware. 

Note: Further information about the signals shown in the table is available in IBM System/360 and System/370 
I/O Interface Channel to Control Unit, Original Equipment Manufacturers' Information, G A22-6974. 



Figure 5. Processing Time of System/370 Model 115 Byte-Multiplexer Channel for Data Transfer in Burst Mode, 
Started by Channel Initiated Selection 



Channel Activity 


Time in 
Microseconds 


1. Data chaining will increase the basic time to transfer one byte in byte mode by: 

in burst mode by: 

and. Additional for transfer-in-channei (TIC) command: 
Additional for I/O relocation (IDA flag) 
Additional for program controlled interruption (PCI) set-up: 


42.7 
34.6 

20.2 

22.0 

1.3 


2. Command chaining* 

REQ-IN up to test for STAT-IN (I/O initiated selection) 


17.1 


From STAT-IN presentation of channel end and device end 

to COMD-OUT with next command 

best case (count zero, data transfer complete) 

worst case (outstanding data transfer from buffer — only for read-type 

operation) 

as before, but STAT-IN presentmg device end alone 


79.6 

90.0 
72.1 


COMD-OUT up to test for OP-IN down 


8.1 


OP-IN found down to test for next REQ-IN up 


7.2 


and. Additional for Status Modifier 
Additional for TIC Command 
Additional for I/O relocation (IDA) 
Additional for PCI set-up 


6.7 
20.2 
22.0 

1.3 



* Command chaining contains deselection and channel initiated I/O reselection. These times may 
be increased depending on response times of I/O device. For details see Figures 4 and 5. 

Figure 6. Processing Time of System/370 Model 115 Byte-Multiplexer Channel for Chaining Data, and 
Chaining Commands 



case, the graph shows that there is little interference by the 
DDA for most common record sizes and job streams. For 
additional information about interference and program 
overrun see 'Channel Interference with the MIP' and 
'Program Overrun'. 

Interference on the common service processor (SVP) 
interface is not considered, because the I/O adapters and 
the byte-multiplexer channel use this interface only under 
exceptional conditions (checks, logging). 



To evaluate the load caused by different tasks on the 
channel, e.g., priority load, and device load factors of an 
I/O device, the timing characteristics of the channel and the 
I/O device, or its control unit, must be known. 

Figures 4, 5, and 6 give timings for the most common 
operations on the byte-multiplexer channel on the 
System/370 Model 115. 



EFFECTS OF CHANNEL LOADrNG 



DATA RATES AND TIMINGS OF BYTE-MULTIPLEXER 
CHANNEL 

The maximum theoretical data rates of the System/370 
Model 115 byte-multiplexer channel are: 



Byte mode: 
Burst mode: 



19 kilobytes per second 
29 kilobytes per second 



These theoretical data rates are calculated as the inverse of 
the time (including address fetching for indirect data 
addressing — IDA — but without chaining) which the 
channel microprogram requires to transfer one byte. The 
data transfer time includes waiting times for I/O response. 
I/O devices which exceed this response time slow down the 
data transfer. 

Data chaining will slow down data transfer, because of 
the longer processing time required by the channel micro- 
program. 



If the byte-multiplexer channel is too heavily loaded, that 
is, if the CPU attempts to communicate simultaneously 
with too many high data-rate devices on this channel, the 
following effects can occur: 

1 . Unbuffered I/O devices may lose data, this is called 
data overrun. Data overrun occurs when a channel 
does not accept or transfer data within the required 
time limits. This data loss may occur if the total 
channel activity that is started by the program 
exceeds the channel capabilities. The possibility of 
data overrun can be checked as described in "Byte- 
Multiplexer Channel Data Overrun". 

2. Performance of buffered I/O devices may be reduced. 
When channel service is not provided within the 
required time limits, the buffered device - being 
immune from data overrun — merely waits for 
channel service. Loss of performance on buffered 



devices is unlikely to be significant unless the per- 
centage channel utilization is high. 

3. Certain real-time devices may not receive service from 
the program fast enough to prevent incorrect device 
operation. This effect is called program overrun and is 
described under "Program Overrun" in "Channel 
Interference with MIP" 

4. Queues may develop for tasks that require channel 
service, thus leading to loss of throughput (see 
"Channel Utilization"). 

Because of these effects it is desirable that the loading of a 
particular configuration of I/O devices be checked - using 
the procedures in this manual - durine the physical 



planning phase of a system installation. These procedures 
will determine - in most cases — whether system operation 
will be satisfactory. More detailed investigation may be 
necessary for configurations that appear to exceed the 
byte-multiplexer channel's input/output capabilities. 

The test procedures in this manual assume worst case 
situations, in which the most demanding devices in the 
configuration all make their heaviest demands on the 
byte-multiplexer channel simultaneously. Such situations 
may not occur frequently. The procedures are not suitable 
for calculating the incidence of worst cases, however. In 
actual operation, a device may perform satisfactorily even 
though the test procedures showed that it was liable to 
overrun. This is because the worst case situation may never 
occur in the lifetime of the device. 



Byte-Multiplexer Channel Data Overrun 



This section describes how to test for possible data overrun 
on the byte-multiplexer channel. 

The validity of the test procedures depends on normal 
channel programming without unusual "tricks" such as 
chains of immediate commands, 'transfer-in-channel' (TIC) 
command loops, successive 'no-op' commands, 'no-op' TIC 
chains, etc. The calculations are based on normal command 
chains. 



If the combined effect of these three types of interference 
causes the completion of channel service for a waiting 
device to be delayed beyond its wait time, the device may 
lose data (data overmn) or may suffer loss of performance 
as shown in Figure 7. The test procedure for byte-multi- 
plexer channel data overrun (given later in this section) 
assumes the worst case, namely that all these factors cause 
interference with the waiting device. 



WAIT TIME AND INTERFERENCE 

Each I/O device on the byte-multiplexer channel has a wait 
time. The wait time is the maximum period that the device 
can wait for completion of charmel service (see "Glossary") 
before data overrun occurs (that is, the device loses data) or 
before its performance is impaired. In this manual, a device 
that is waiting for the completion of channel service is 
called a waiting device, and any channel activity that causes 
a device to wait for channel service is called interference. 

The following three types of interference can cause a 
device to wait for completion of channel service: 

• Previous load 

• Priority load 

• Device load 



Previous Load 

A device on the byte-multiplexer channel may be forced to 
wait for channel service if another device with lower 
priority is in operation at the moment when the waiting 
device requests channel service. The lower priority device 
must be allowed to finish its operation before channel 
service can be given to the waiting device. Interference of 
this type is called a previous load and is assumed to last for 
approximately 0.10 millisecond (ms). The appendixes to 
this manual contain tables of channel evaluation factors in 
which the previous-load factor for each waiting device is 
expressed as a percentage of the wait time for that device. 
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Interference 
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Device-Load Interference 



Waiting Device's Wait Time 




Channel Completes 
Channel Service 



Channel service - if not completed until after 
the waiting device's wait time has elapsed (as 
shown) - causes; 

1. Class 1 waitirtg device to lose data. 

2. Class 2 or 3 waitir>g device to lose performance 

Figure 7. Three Kinds of Interference can Cause Charmel Service to be Delayed Beyond a Waiting Device's 

Wait Time 
6 



Impact of MIP Service on I/O Service 

The channel has to service I/O devices and the MIP. The 
MIP is serviced when no I/O requests are pending. To 
minimize the impact of MlPhandling on I/O service, 
handhng of I/O instructions or interrupts by the MIP may 
be interrupted by I/O requests each 30 to 40 microseconds. 
The longest continuous microprogram routine is shorter 
than a data transfer of one byte from an 1/0 device. For 
channel load ev^uations (testing for data or program 
overrun) this interference is included in the previous load. 

Priority Load 

The byte-multiplexer channel services all attached devices 
in the order of their priority. A waiting device on the 
byte-multiplexer channel may be forced to wait for channel 
service while channel service is being given to higher- 
priority devices on the byte-multiplexer channel. In this 
manual, a higher-priority device that can cause a waiting 
device to wait for channel service is called a priority device. 
The interference from a priority device is called a priority 
load. 

Because of the way in which data overran is tested, the 
priority load of each priority device is expressed as a 
percentage of the waiting device's wait time. Therefore a 
priority device does not necessarily have the same priority- 
load factor for all waiting devices. In the calculation of 
priority load, the interference is considered to have two 
distinct components: the A factor and the B factor. 



A-Factor Interference 

A-factor interference is caused by channel microprogram 
activity, such as command chaining, for the priority device. 
The duration of this type of interference is significant 
compared with typical wait times. Therefore, the priority 
load, being expressed as a percentage of wait time, depends 
on the wait time of the waiting device. For example, if a 
waiting device's wait time is 0.20 millisecond and the 
microprogram activity associated with the priority device 
lasts for 0.10 millisecond, then the priority load is 50 per 
cent. (In the channel evaluation factor tables in Appendixes 
A and B, the A factors are expressed in milliseconds multi- 
plied by 100. In the example above, the A factor associated 
with a microprogram activity lasting 0.10 millisecond is, 
therefore, 0.10 x 100 = 10.00.) 

Figure 8 shows how A-factor interference varies with the 
wait time of the waiting device. 

8-Factor Int^ererKe 

B-factor interference is caused typically by data transfers to 
and from the priority device. As diown by the example in 
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The A factor given in the channel evaluation factor t*les (see 
Appendixes A and B) is the duration of interference in milliseconds 
multiplied by 100. If the duration of interference is 0.10 milli- 
second (as shown in the illustration), the A factor is 0.10 X TOO = 
10.00. Thus, for a waiting device having a wait time of 0.2 milli- 
second, the interference is obtained directly as a percentage thus; 
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Figure 8, Example of Priority Load Curve of a Priority 
Device Causing Interference by Command 
Chaining (A Factor Interference) 

Figure 9, the duration of each data transfer is short com- 
pared with typical wait times. The data transfers occur 
frequently enough, however, to have a total effect that can 
be expressed as a percentage interference — namely, the B 
factor — that is constant for all wait times. 

A and B Factors Combined 

In actual 1/0 operations, the pattern of interference tends 
to be more complex than has been suggested by the 
example priority load curves in Figures 8 and 9. Usually, 
the A and B factors are both nonzero and the total priority 
load of a priority device is given by: 

A 



Priority load = 



+ B% 



Wait time 
where the wait time is that of the waiting device. 

Multiple A and B Factors 

Some devices have only one set of A and B factors but 
others have more than one set (see Figures 22,23 ,and 
24 in the appendixes). In these tables (as shown in Figure 
10), the A and B factors have priority time factors 
associated with them that show the ranges of wait times (of 
waiting devices) for which the A and B factors are valid. 
Figure 10 also shows how to choose the appropriate A and 
B factors according to the wait time of a waiting device. 
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The duration of each data transfer to or from the 
priority device is small compared with typical wait times. 
The average percentage interference is the B factor. 
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Figure 9. Example of Priority Load Curve of a Priority Device Causing Interference by Transferring Data 
(B Factor Interference) 



Device Load 

When channel service to priority devices has finished (see 
Figure 7), channel service to the waiting device then starts 
and continues until the data byte has been transferred to, 



or from, the waiting device. The delay caused by providing 
this channel service to the waiting device is called the device 
load and is expressed in the channel evaluation factor tables 
as a percentage of the device's own wait time. 
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Example 1 

When considering the priority load of an IBM 1442 Card Read Punch Model N1, (that is 
reading EBCDIC), upon a waiting device that has a wait time of 0.41 ms, use the following 
priority load factors: 
A = 16.2 and B = 0.00 (because 0.41 ms is in the range 0.16 ms to 0.46 ms) 

Example 2 

Similarly, for a waiting device that has a wait time of 10.00 ms, use the following priority 
load factors: 
A =3.44 and B = 27 (because 10.00 ms is in the range 0.46 ms to 32 ms) 



Figure 10. Examples Showing how to Choose Priority Load Factors 



How to Assign Priorities of Byte-Multiplexer Channel Devices 



Priority assignments for devices that are to be connected to 
the byte-multiplexer channel should be established during 
the physical planning phase of an installation so that cables 
for the I/O devices can be properly specified. The channel 
performance is affected by the priority sequence in which 
the I/O devices are attached to the channel. 

The underlying principle in assigning priorities to devices 
on the byte-multiplexer channel is that the highest priority 
is given to: 

1 . Those devices that would overrun (that is, lose data) 
if channel service were delayed beyond the wait time. 

2. Those devices that are least able to tolerate inter- 
ference (that is, have the shortest wait times). 



CLASSES 

In the assignment of priorities, byte-multiplexer channel 
devices are considered in three classes: 

Class 1 Devices that are liable to overrun, such as the IBM 
2501 Card Reader. 

Class 2 Devices that need channel service to be syn- 
chronized with their mechanical operations. For 
example, the IBM 2540 Card Read Punch has a 
constant mechanical cycle. A delay in channel 
service for such a device usually causes an 
additional delay because data cannot be transferred 
until the next operational point is reached in the 
device cycle. 



Class 3 Devices that do not need synchronized channel 

service, such as an IBM 2260 Display Station with 
an IBM 2848 Display Control. Similarly, the IBM 
1443 Printer is a class 3 device. It can begin 
printing as soon as its buffer is full and line spacing 
is completed; any loss of device performance is 
due solely to delay in providing channel service. 

PRIORITIES 

Assign priorities in class order, with class 1 devices having 
the highest priority and class 3 devices having the lowest. 
(Class 2 and class 3 devices may operate with reduced 
performance on an overloaded channel but are not liable to 
data overmn). Within each class, assign decreasing priority 
to devices in order of their increasing wait times, that is, the 
devices with the shortest wait times should have the highest 
priorities. 

Example: Assume that an IBM 2501 Card Reader, an IBM 
1442 Reader Punch, an IBM 3270 Information Display 
Temiinal, and an IBM 1419 Magnetic Character Reader/ 
Sorter are to be connected to the Model 1 15 multiplexer 
channel. After these devices have been sorted by classes, the 
following priorities will be found: 

• First Priority: 1419 Magnetic Character 
Reader/Sorter (class 1) 

• Second Priority: 2501 Card Reader (class 1 , wait 
time greater than 1419) 

• Third Priority: 1442 Reader Punch (class 1 with 
inseparable class 2 component) 
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Figure 1 1 . Example for Assigning Priority on the MPX-Channel 



• Fourth Priority: 3270 Information Display Terminal 
(class 3). 

The priorities thus found are put into effect by appropriate 
wiring of the select-out signal which the channel uses to 
poll its connected devices. The device that first receives the 
select -out signal can seize it and block further propagation. 
For our example, the select-out signal must be wired as 
shown in Figure 1 1 , where the 1419 receives this signal 
first. 

The configuration shown in Figure 1 1 was obtained from 
two criteria, that is, class and device wait time. The same is 
true for any other configuration, class and wait time deter- 
mine select-out routing. 

Figure 22 in Appendix A gives the wait times for devices 
that can be connected to the byte-multiplexer channel and 
are liable to data overrun. The following devices are class 2 
or class 3 devices and no information is given in Figure 23 
as these devices do not overrun: 

IBM 1017 Paper Tape Reader 

IBM 1018 Paper Tape Punch 

IBM 1403 Printer 

IBM 1443 Printer 

IBM 2250 Display Unit 

IBM 2260 Display Station 

IBM 2495 Tape Cartridge Reader 

IBM 2540 Card Read Punch 

IBM 2715 Transmission Control Unit 

IBM 3270 Information Display System 

IBM 3505 Card Reader 

IBM 3525 Card Punch. 



Devices having Class 1 and Class 2 Components 

Class 1 devices that have an inseparable class 2 component 
should be assigned a priority according to the class 1 wait 
time. For example, the IBM 1442 Card Read Punch Model 
1 incorporates a class 1 reading component and a class 2 
punching component. The priority that is assigned to this 
1442 Card Read Punch should be in the sequence of the 
wait time for the reading (class 1) component. 



Burst -Mode Devices 

A burst-mode device monopolizes the channel for the 
duration of an operation a period of time which is long 
relative to the wait times of typical byte-mode devices. 
Therefore, any class 1 device that has not finished trans- 
ferring all the bytes of a byte-mode operation when the 
burst-mode operation begins, is very likely to overrun. 
Similarly, class 2 or class 3 devices are likely to lose per- 
formance. Burst-mode devices should, therefore, have the 
lowest priority on the channel. 



IBM 2701 Data Adapter Unit, IBM 2702 Transmission 
Control, IBM 2703 Transmission Control 

These teleprocessing devices operate in byte multiplex 
mode but are relatively insensitive to overrun because all 
teleprocessing access methods provide the means to recover 
lost data. These devices should be given the lowest priorities 
among the class 1 devices on the channel. 



SPECIAL CASES 

IBM 1419 Magnetic Character Reader/Sorter 

See Appendix B for details of assigning priorities to this 
device. 
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How to Test for Byte-Multiplexer Channel Data Overrun 



The test for data overrun on the byte-multiplexer channel 
involves the calculation of a load sum (see "Glossary") for 
each waiting device. These calculations are given as a step- 
by-step procedure in the following paragraphs (and Figures 
12 through 19). Before starting the step-by-step procedure: 

1 . Obtain /BM System/370 Model 1 15 Byte-Multiplexer 
Channel: Load Sum Worksheet, GX33-6007, available 
in pads of 50 (Figure 12). 

2. Check that the devices to be connected to the byte- 
multiplexer channel have been assigned their 
priorities as described under "How to Assign 
Priorities of Byte-Multiplexer Channel Devices". 

Now calculate the load sum as described in the example 
which begins on the following page. 



11 



STEP A 

List the devices by name in the priority sequence previously 
determined. The v^orksheet has device boxes numbered 1 to 
9 for that purpose (Figure 12). We use the example given in 
Figure 11. 
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Figure 1 2. Load Sum Worksheet with Devices Listed in Priority Sequence 
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STEPB 

From Figures 22 and 23 obtain the wait times of each 
device and insert these times on the worksheet (Figure 13). 
Notice that no times are required for the 3270 because this 
device is overrun-free. After entering the devices' wait 
times, proceed to step C. 



IBM System/370 Model 115 Byte-Multiplexer Channel:' 
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Figure 13. Device Wait Times Listed 
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STEPC 



Notice the priority load column at the left-hand side of the 
sheet. Obtain the priority load (time, A, B) from the 
appendixes for the first and second devices on the channel. 
The third device (the 1442 in our example) need not be 
listed because the 1442 creates a priority load only for the 
3270 which is overrun-free, hence, independent of any 
priority load. After writing in the priority loads, the work- 
sheet will appear as shown in Figure 14. 



Notice that you must list all times that a device may have, 
e.g., if there are two or three different priority loads, all of 
them must be listed. This is necessary because, in the next 
steps, you must select the appropriate priority load upon 
the waiting device as discussed under "Multiple A and B 
Factors" (see Figure 10). 
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Figure 14. Priority Loads Listed 
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STEPD 



the wait time of the 2501 is 0.91 



Select the priority load which the first priority device (the 
1419) imposes on the second device (the 2501 in our 
example). Since the priority load column shows four A 
and B factors for the first device, look for the A and B 
factors that represent a range into which the wait time of 
the 2501 fits. 



the priority load times of the 1419 are 0.41, 0.62, 
0.91 and 11.11. Because 0.91 is the same as the wait 
time of the next device, use the A and B factors 
associated with the "time" 0.91 and copy these 
factors as priority loads into the A and B columns of 
the second device (Figure 15). 
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Figure 15. Priority Loads Inserted for Second Device 
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STEPE 

You can now calculate whether the 2501 will overrun or 
not by proceeding as follows: 

1 . Add the priority loads to obtain an A sum and a B 
sum. Since there is only one priority load each, the A 
factor is already the A sum and so is the B factor the 
B sum. 

2. Divide the A sum by the wait time (i.e., 54.08 by 
0.91) and write the result into the appropriate box. 



3. Get the device load (of the 2501) and the previous 
load (of the 2501) from Appendk A and enter these 
values into the appropriate boxes (Figure 16). 

4. Add (from bottom to top) previous load, device load, 
quotient of A sum by wait time, and B sum. In our 
example, the result is 91.8, and, since this does not 
exceed 100.0, the 2501 will definitely not overrun. 

The next step will now be a similar calculation for the 
1442. 
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Figure 16. All Factors Added to Obtain Load Sum for 2501 
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STEPF 

To calculate the overrun situation for the third device, 
select the 1419 priority load range that falls into the wait 
time of the 1442, then select the priority load which the 
second device (the 2501) imposes on the 1442 (Figure 17). 

Notice that the wait time is 1 1 .00 which falls into the 
range '0.91 to 1 1.1 1' for the 1419. Therefore, the A and B 
factors are 54.08 and 5.5. 
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Figure 17. Priority Load of all Previous Devices Copied 
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STEPG 

In step G, add the priority loads to obtain an A sum and a 
B sum (Figure 18). 
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Figure 18. Priority Loads Added to Get A-sum and B-sum 
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STEPH 

The principle of the calculation should now be clear. The 
more devices there are, the greater the A and B sums will 
be. The remainder of the operation consists of dividing the 
A sum by the wait time (in our example 61 .66 by 11.0), 
then introducing the device load, the previous load, and 
adding all the results including the B sum. The load sum 
thus obtained will show whether the 1442 will overrun or 
not (Figure 19), 



The result shows that the 1442 cannot overrun. To 
sum up the example: the configuration of 1419, 2501, 
1442, and 3270 would run on the Model 1 15 without ever 
incurring an overrun. To be certain, you may calculate 
the 1419 itself although there is rarely a need for 
calculating the top-priority device. In Figure 19 you see the 
device load and the previous load for the 1419 added (there 
is no priority load) and this also does not exceed 100. This 
is proof of a sound configuration. 
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Figure 19. Load Sum for 1442 Completed 
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OVERRUN CONFIGURATION 



The next example shows an overrun-configuration. It is 
assumed that a 1419, a 2501 with column binary read 
feature, and a 1442 (read EBCDIC) are to be connected 
(Figure 20). 

The results in Figure 20 demonstrate that the 2501 and 
the 1442 would both have an overmn hazard. The 2501 
with column binary feature transfers two bytes per card 
column, hence imposes a greater load. The load sums, being 
absolute worst case figures, do not show how often the 
overrun would occur in practice. The decision to connect 
devices with a potential overrun hazard must be made by 
considering the actual application. This is because the 
foregoing procedure for testing data overrun on the byte- 
multiplexer channel assumes that: 



1 



Each waiting device makes its request for channel 
service at the worst possible time - that is, when all 



the priority devices combine to cause maximum 
interference during the waiting device's wait time. 
However, the greater the number of priority devices 
that contribute to a load sum for a particular waiting 
device, the less likelihood there is of all worst-case 
conditions occurring simultaneously. 

Devices all work at their maximum possible data 
rates, or at their tolerance limits, whichever is the 
worst case. 

Data field lengths and command sequences can cause 
the worst interference that can be reasonably 
expected in practice. 

Channel programming conventions have been 
followed, see "Channel Programming Conventions". 




IBM System/370 Model 115 Byte-Multiplexer Channel: 

Waiting Devices (Priority positions on byte-multiplexer channel) 
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Date 



Figure 20. Example of an Overrun Configuration 
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Channel Interference with MIP 



I/O operations on the byte-multiplexer channel (such as 
data transfer and command chain handling) do not interfere 
with the MIP's instruction processing, because the MIP and 
the channel do not share microprogram control. Nor do the 
integrated attachments (except for DDA) interfere with the 
MIP. However, I/O instructions which require MIP service 
and channel service simultaneously - SIO, TIO, 'halt I/O' 
(HIO) and 'halt device' (HDV) instructions - and the 
associated interrupt handling do interfere with the MIP. 
(The 'store channel identifier' (STIDC) and 'test channel' 
(TCH) instructions for channel are handled by the MIP 
only.) 
MlP-channel interference may be calculated as: 

1. Waiting time for channel service. 

2. Communication time from the channel accepting 
selection (from MIP) to storing channel status and/or 
offering condition code (to MIP). 



MIP WAITING TIME FOR CHANNEL SERVICE 

The byte-multiplexer channel's main task is to service I/O 
devices. I/O requests are handled with priority over MIP 
requests. (I/O service may be interrupted only by an HIO 
instruction or an HDV instruction addressed to the device 
being serviced — and only in burst mode.) When all I/O 
requests have been serviced, the multiplexer channel tests 
for a request from the MIP at 60-microsecond intervals. 

With normal channel utilization, the MIP does not wait 
longer than a few hundred microseconds for channel 
service. (Excessive loads on the byte-multiplexer channel 
can be avoided by testing for data overrun, as already 
described, before installation.) If an I/O device forces data 
transfer in burst mode, the channel automatically answers 
a MIP request for channel service with the 'channel busy' 
response (condition code 2). If a buffered I/O device is 
transferring data in byte mode (requesting channel service 
for each successive byte before the channel has returned to 
its idle loop), a MIP request for channel service must wait 
until the device has transferred an entire record. 



an SIO instruction it fetches the chaimel address word 
(CAW) and handles the first CCW, selects the I/O device, 
tests the received initial status, stores the CSW, if applic- 
able, and offers the condition code to the MIP. For a TIO 
instruction or an I/O interruption the channel stores the 
CSW. If the interruption is a device end (secondary) 
interruption, the device is selected and the status is fetched 
for storing in the CSW. For a TIO instmction, a condition 
code is also stored. 

The time used by the channel microprogram for the 
different tasks is given in Figure 21. When an I/O selection 
is necessary, the elapsed time depends also on the response 
time of the addressed I/O device. This I/O device response 
time (non-overlapping channel activity) must be added to 
find the complete MIP interference. 



ChaniMl Activity 


Interference 
mieroeeconds 


The time (in microseconds) is the period from "IPU- 
Select" on to "Response" off 

Execution of SIO for CC >= without IDA and PCI 
in CCW 

Additional for IDA 
Additional for PCI 


97' 

25 

1.5 


Execution of TIO for clearing: 

1. Interrupt condition in subchannel (channel status 
not zero or unit status with channel end. CC = 1) 

2. Interrupt cortdition in I/O device (unit status not 
zero, without channel end, CC ^ 1) 

3. No interrupt condition (CC =■ 0) 

4. No interrupt corxJition. subchanrtel busy (CC " 2) 


58 

62» 

41» 
None 


Interrupt handling for clearing : 

1. PCI interrupt 

2. Interrupt condition in subchannel (channel status 
not zero or unit status with channel end) 

3. Interrupt condition in I/O device (unit status not 
zero, without channel end) 


50to118»« 
124to193»« 
201 ♦• 



Includes time for selectirni device (time varies depending on 
type of device). For further information see channel's I/O 
selection timing (Figure 5) arKJ the appropriate System 
Library martual for the I/O device. 
Contains interrupt priority handling, timing depends on 
subchannel address. 



COMMUNICATION TIME BETWEEN MIP AND BYTE- 
MULTIPLEXER CHANNEL 

After accepting a MIP request, the byte-multiplexer 
channel fetches and decodes the instmction identifier. For 



Figure 21 . Interference with MIP during I/O instructions. 

Caused by Channel Service to Devices Connected 
to Byte-Multiplexer Standard I/O Interface 
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Program Overrun 



A particular effect of channel interference withMIP 
processing (see previous section) is program overrun. Pro- 
gram overrun results from a program being slowed down to 
such an extent that the program is late in providing real- 
time service to a device and, therefore, causes incorrect 
operation of that device. 

The possibility of program overrun must always be 
considered for those I/O operations that involve high-speed 
document-handling devices such as the 1419 Magnetic 
Character Reader. In program-sort mode, the 1419 reads 
data into the main storage while the document is passing 
the read station. Then, before the document reaches the 
stacker-select station, the program must calculate the 
stacker required and issue the correct stacker-select 
command. If the stacker-select command arrives too late 
(because of program overrun), the document is not stacked 
correctly and the channel program stops. 

Interference with MIP processing by the DDA can result 
in program overrun. See "Interference on Model 115" and 
Appendix C. 



HOW TO ASSESS PROGRAM OVERRUN 

To investigate the possibility of program overrun, proceed 
as follows: 

1 . Establish the available program time, that is, the time 
during which the program must perform its calcula- 
tions and issue the command. Call this "A" (available 
time). 



4. 



Establish the time that the program takes between 
reading data and issuing the command. (This time can 
be established by totaling the execution times of the 
component instructions — see "Appendix B. Instruc- 
tion Timings" in IBM System/370 Model 1 15 Func- 
tional Characteristics, GA33-15 10). When establishing 
this time, take all program activity into account 
including, for example, the handling of the inter- 
ruption after the data is read, and the SIO for the 
selection of the I/O device, and any possible super- 
visor program activity. Call this time "P" (processing 
time). 

Subtract the processing time "P" from the available 
time "A" and you will get the maximum waiting time 
for channel service. 

Test for program overrun in the same manner as 
explained in the foregoing section for data overrun. 
Regard the MIP as the device with the lowest priority 
on channel. Calculate the priority load of all 
connected I/O devices which may run concurrently. 

Device load _ Device time of waiting device .^^ 

% Waiting time for MlPservice 

Previous load 0.1 ms 



Waiting time for MIP service 



XlOO 



If the load sum exceeds 100 per cent, program overrun may 
occur. 
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Channel Utilization 



The percentage of time for which a channel is busy and is 
therefore not available for use by other devices is called the 
channel utilization. Excessive channel utilization (greater 
than 70%) can cause queues to form for tasks or devices 
that need to use the channel. This excessive channel 
utilization can occur only in large configurations however, 
and is unlikely to be the limiting factor in system perfor- 
mance. 

Because excessive loading of the byte-multiplexer channel 
can be investigated adequately by checking for data overrun 
and by checking the interference with the MIP, it is 
unnecessary to evaluate channel utilization for the byte- 
multiplexer channel. 



23 



Appendix A. Channel Evaluation Factors for Devices on Byte-Multiplexer Channel 



Input/output device 


Class 


Nominal 
data rate 


Cycle 
time 


Wait 
time 


Device 
load 


Previous 
load 


Priority load 


Time 


A 
% ms 


B 

% 


kilobytes/s 


ms 


ms 


% 


% 


ms 


1287 optical Reader 

1428 and ASCS OCR font 


1M» 


2.50 


Var 


0.40 


16.55 


30.0 


0.46 
0.95 


45.75 
32.97 



16.6 


1 428 and ASCS OCR font 
with blank detection 


1M* 


2.50 


Var 


0.13 


50.92 


92.0 


0.46 

0.96 

13.33 


45.75 

14,32 

110.67 



32.5 
25.2 


1428 and ASCS OCR font 
with imprinting 


1M* 


0.50 


Var 


2.00 


3.31 


6.0 


0.46 
1.39 
1.54 


45.75 


44.17 



33 
4.3 


7B1 /Gothic font 


1M* 


0.40 


Var 


2.50 


2.65 


4.8 


0.46 
1.40 
1.52 


45.75 

44.80 




32.8 

3.5 


Numeric handwritten characters 


1M* 


0.33 


Var 


3.00 


2.21 


4.0 


0.46 
1.39 
1.54 


45.75 


46.31 



33 
2.9 


Handwritten with blank 
detection 


1M* 


0.33 


Var 


1.50 


4.41 


8.0 


0.46 
1.41 
1.54 


45.75 


41.85 




32.6 

5.4 


Mark read 10 positions 


1M* 


0.50 


Var 


2.00 


3.31 


6.0 


0.46 
0.93 
1.03 


45.75 


45.85 



49 
4.3 


Mark read 12 positions 


1M* 


0.86 


Var 


2.30 


2.88 


5.22 


0.46 
0.93 
1.03 


45.75 


46.37 



49 
3.8 


Roll form 


1M* 


2.50 


Var 


0.40 


16.55 


30.0 


0.16 
0.44 


16.47 
8.33 



14 


Roll form with separate 
mark line command 


1M» 


2.50 


Var 


0.40 


16.55 


30.0 


0.29 
0.63 


28.73 
20.68 



13.5 


Roll form with blank detection 


1M* 


2.50 


Var 


0.13 


50.92 


92.0 


- 


— 


- 


Roll form with blank detection 
and separate mark line command 


1M» 


2.50 


Var 


0.13 


50.92 


92.0 


- 


- 


- 



M = Byte mode on byte-multiplexer channel 
Var = Variable 

• The 1287 is classified as '1' because it is capable of overrun. Recovery from overrun is completed under program control (no 

manual intervention is needed) and there is only a slight degradation of performance. 
** The 1288 is not currently offered for attachment to the System/370 Model 115. All the 1288 figures are provided for 

information purposes only. 



Figure 22. (1 of 3) Byte-Multiplexer Channel Devices - Channel Evaluation Factors 
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Input/output device 


Class 


Nominal 
data rate 


Cycle 
time 


Wait 
time 


Device 
load 

% 


Previous 
load 


Priority load 


Time 


A 


B 


kilobytes/s 


ms 


m$ 


% 


ms 


%ms 


% 


1288 Option Page RaMtor** 

Formatted alphameric 


1M 


1.00 


Var 


1.00 


5.58 


12.0 


0.40 


36.65 


7.4 


Unformatted alphameric 


1M 


1.00 


Var 


1.00 


5.58 


12.0 


0.40 


36.72 


7.2 


Handwritten/Gothic font 


1M 


0.33 


Var 


2.50 


2.23 


4.80 


0.40 


38.37 


3.1 


Mark read 1 position 


1M 


1.00 


Var 


1.00 


5.58 


12.0 


0.40 


36.66 


7.4 


Mark read 2 positions 


1M 


0.56 


Var 


1.77 


3.15 


6.78 


0.40 


37.92 


4.2 


Mark read 3 positions 


1M 


0.39 


Var 


2.54 


2.20 


4.73 


0.40 


38.42 


2.9 


Mark read 4 positions 


1M 


0.30 


Var 


3.31 


1.69 


3.62 


0.40 


39.68 





Mark read 5 positions 


1M 


0.49 


Var 


4.08 


1.37 


2.94 


0.40 


39.68 





Mark read 6 positions 


1M 


0.41 


Var 


4.85 


1.15 


2.47 


0.40 


39.68 





Mark read 7 positions 


1M 


0.36 


Var 


5.62 


0.99 


2.14 


0.40 


39.68 





Mark read 8 positions 


1M 


0.31 


Var 


6.39 


0.87 


1.87 


0.40 


39.68 





Mark read 9 positions 


1M 


0.28 


Var 


7.16 


0.78 


1.68 


0.40 


39.68 





Mark read 10 positions 


1M 


0.25 


Var 


7.93 


0.70 


1.51 


0,40 


39.68 





Mark read 1 1 positions 


1M 


0.23 


Var 


9.70 


0.64 


1.38 


0.40 


39.68 





Mark read 1 2 positions 


1M 


0.21 


Var 


9.47 


0.59 


1.27 


0.40 


39.68 





1419 Magnetic Character Reader 


1M 


See Appendix B 


1442 Card Read Punch Model Ml 

Punch-only EBCDIC 


2M 


0.12 


656 


11.00 


1.08 


1.1 


0.16 


16.4 





Punch-only card image 


2M 


0.24 


656 


5.5 


2.16 


2.2 


0.16 
5.26 


16.4 
7.77 



1.6 


Read EBCDIC 


1M 


0.53 


150 


0.80 


16.54 


15 


0.16 
0.70 
2.5 


16.4 
5.8 
30 



19 

7 


Read card image 


1M 


1.07 


150 


0.40 


33.08 


30 


0.16 
0.35 
2.5 


16.4 
4.74 
50 



34 
14 


2501 Card Reader Model B2 
EBCDIC 


1M 


1.33 


60 


0.91 


13.70 


13.2 


0.17 
0.83 


17.25 
7.58 



11.6 


Column binary 


1M 


2.67 


60 


0.46 


27.41 


26.4 


0.17 
0.48 


17.25 
4.45 



26.5 



M » Byte mode on byte-multiplexer channel 
Var*: Variable 

Figure 22. (2 of 3) Byte-Multiplexer Channel Devices - Channel Evaluation Factors 
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Input/output device 


Class 


Nominal 
data rate 


Cycle 
time 


Wait 
time 


Device 
load 


Previous 
load 


Priority load 


Time 


A 


B 


kilobytes/s 


ms 


ms 


% 


% 


ms 


%ms 


% 


2520 Card Read Punch Model B1 

Read/punch EBCDIC 


1/2M 


1.33 


120 


1.02 


12.33 


11.8 


4.4 
31.75 


438 
151 



9 


Read/punch card image 


1/2M 


2.67 


120 


1.02 


18.75 


11.8 


8.42 
40 


842 
280 



15 


2520 Card Read Punch Model B1 
and 2520 Card Punch Model B2 

Punch-onlv EBCDIC 


2M 


0.67 


120 


9.0 


46.92 


1.33 


4.28 
59.5 


428 
119 



5 


Punch-only card image 


2M 


1.33 


120 


9.0 


91.92 


1.33 


8.33 
63.2 


833 
266 



9 


2520 Card Punch Model B3 

Punch-only EBCDIC 


2M 


0.40 


200 


15.00 


28.15 


0.8 


4.28 
95.2 


428 
225 



2.14 


Punch-only card image 


2M 


0.80 


200 


15.00 


55.15 


0.8 


8.33 
87 


833 
472 



4.2 



M = Byte mode on byte-multiplexer channel 
Var = Variable 



Figure 22. (3 of 3) Byte-Multiplexer Channel Devices - Channel Evaluation Factors 
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Appendix B. IBM 1419 Magnetic Character Reader: Priority Assignment and 
Channel Evaluation Factors 



This appendix describes: 

1 . How to assign the priority of a 1419 Magnetic 
Character Reader in relation to other devices 
(including other 1419s) on the byte-multiplexer 
charmel. 

2. How to enter 1419 channel evaluation factors on the 
byte-multiplexer channel load sum worksheet. This 
information is required for steps A to F in "How to 
Test for Byte-Multiplexer Channel Overrun" for 
calculating the load sum of the 1419. 



HOW TO ASSiGN PRrORITY POStTION OF A 1419 



"How to Assign Priorities of Byte-Multiplexer Channel 
Devices". Figure 23 gives the wait times. 

When the priority of the 1419 is being assigned, the 
141 9(s) should be the last unit(s) on the physical interface. 



HOW TO ENTER 1419 CHANNEL EVALUATION 
FACTORS ON LOAD SUM WORKSHEET 

Obtain the wait time, device load, previous load, and 
priority-load factors from Figure 23 and enter them on the 
load sum worksheet as described in Figures 13, 14. and 15, 



Treat the 1419 as a class 1 device; that is, assign it a priority 
according to its wait time as described under "Priorities" in 



1419 Magnetic Character Reader 
with feature: 


Class 


Nominal 
data rate 


Cycle 
time 

ms 


Wait 
time 

ms 


Device 
load 


Previous 
load 


Priority load 


Time 


A 


B 

% 


kilobytes/s 


% 


% 


ms 


%ms 


S/360 Adapter - Single Address 


1M 


1.25 


32.3 


0.65 


13.88 


18.32 


0.287 
1.04 


28.7 
13.75 



14.51 


S/360 Adapter - Single Address, and 
Batch NuMDbering 


1M 


1.25 


32.3 


0.65 


13.88 


18.32 


0.55 
1.35 


55.3 
33.99 



15.75 


S/360 Adapter - Dual Address, as 
supported by DOS 


1M 


1.25 


32.3 


0.65 


13.88 


18.32 


0.41 

0.62 

0.91 

11.11 


40.5 


54.08 






65 

5.5 

10.11 



Figure 23 . 1419 Channel Evaluation Factors 



28 



Appendix C. How to Assess the Amount of Interference by the DDA with the MIP 
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Figure 24. Percentage of DDA Interference with MIP Processing, assuming Each Access by MIP to Main Storage 
Coincides with an Access for Data Transfer (worst case) 
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Appendix D. Abbreviations 



ABBREVIATIONS 




I/O 


input/output 








MIP 


machine instruction processor 


avail 


available 




ms 


millisecond 


bps 


bits per second 




MSC 


main storage controller 


CAW 


channel address word 




No. 


number 


CCW 


channel command word 




PCI 


program-controlled interruption 


CSW 


channel status word 




s 


second (of time) 


cmnd 


command 




SIO 


start I/O 


cps 


char ac te rs/ sec ond 




STIDC 


store channel identifier 


CPU 


central processing unit 




SVP 


service processor 


DDA 


direct disk attachment 




TCH 


test channel 


EBCDIC 


extended binary -coded-decimal interchange code 


TIC 


transfer in channel (channel command) 


HDV 


halt device 




TIO 


test I/O 


HIO 


halt I/O 




(US 


microsecond 


ICA 


integrated communications 


adapter 


var 


variable 


IDA 


indirect data addressing 




WT 


wait time 
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Glossary 



Channel Service: The channel activity that is needed to 
select a particular device and to completely transfer a byte. 

Channel Utilization: For a given rate of record transfer 
(records per second), channel utilization is the percentage 
of time that a channel is busy and unavailable to other 
devices. 

Data Overrun: The failure of the charmel to provide input 
or output service fast enough to prevent the loss of data. 
Data overrun can occur only on I/O devices or control units 
that have no data buffer (class 1 devices). 

Device-Load Factor: The percentage of the device's wait 
time that is required for the channel to provide the device 
with channel service. 

Immediate Operation: An operation is called immediate 
when the I/O device signals the channel end condition 
immediately on receipt of the command code. (Further 
information is given in IBM System/370 Principles of 
Operation, GA22-7000). 

Interference: Any activity that causes a device to wait for 
the completion of channel service. 

Kilobyte (per second): One thousand bytes (per second). 



Load Sum: The percentage of a waiting device's wait time 
that is required to allow for all possible I/O interference. 
The load sum is made up of priority -load factors, a 
previous-load factor, and the device-load factor. 

Previous-Load Factor: The percentage of a device's wait 
time that is required to aUow a lower -priority device to 
finish using channel service. (The previous-load figures given 
in the channel evaluation factor tables assume that inter- 
ference of this kind lasts for approximately 0.1 milli- 
second.) 

Priority Device: A device that can cause a lower-priority 
device to wait for the completion of channel service. 

Priority-Load Factors: These yield the percentage of a 
device's wait time that is required to provide channel 
service to a higher-priority device. 

Program Overrun: The failure of the program to provide an 
I/O device with program service fast enough to prevent 
incorrect operation. 

Waiting Device: A device that is caused to wait for the 
completion of charmel service. 
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index 



A-factor interference 7 
combined with B-factor 



B 



B-factor interference 7 

combined with A-factor 7 
buffered I/O devices, performance of when channel is overloaded 
burst mode data transfer 4 
byte-multiplexer channel 

burst mode devices on 10 

communication time with MIP 21 

data overrun 4,6 

data rates and timings 3 

devices not liable to overrun 10 

how to assign priorities for devices 9 

how to test for data overrun 1 1 

interference, description of types 6 

I/O device addresses 1 



CCW 21 

channel (see also byte-multiplexer channel) 

effects of loading on 4 

interference with MIP 21 
channel 21 

channel initiated I/O selection and data transfer in burst mode 
channel utilization 25 

classes of device on byte-multiplexer channel 9 
command chaining 

commands for byte-multiplexer 6 

data for byte-multiplexer 6 

times 6 
console matrix printer 1 
CSW 21 



D 



data chaining 4 

transfer, burst mode 4 

transfer, byte mode 4 
data overrun, description 6 

effects of on unbuffered devices 4 
data rates and timings of byte-multiplexer channel 4 
device address byte for shared byte-multiplexer subchannel 
device addressing 1 
device load 6,8 
devices liable to overrun 9 
devices that do not overrun 10 
direct disk attachment 1,2,4,29 

use of addresses 1 
disk emulation, program overrun with 22 



emulation, disk, program overrun with 22 



H 



how to assess program overrun 22 

how to choose priority load factors 8 

how to test for data overrun on the byte-multiplexer channel 



11 



I 



ICA 1 

use of addresses 1 
indirect data addressing 4 
initial selection of first SERV-IN test 3 
integrated attachments and adapters 1 

direct disk attachment 1 

integrated card I/O and printer attachment 1 

integrated communications adapter 1 

integrated tape adapter 1 

use of I/O addresses 1 
interference, description 6 

during service to I/O devices 21 

factor-A 7 

factor-B 7 

multiple A and B factors 7 

program overrun 22 

with MIP 2,4,23,29 
integrated card I/O and printer attachment 1 

use of addresses 1 
integrated communications adapter 1 

use of addresses 1 
integrated tape adapter 1 

use of addresses 1 



load, previous (see previous load) 

load curve 

example of A-factor interference 
example of B-factor interference 



M 



MIP 



waiting time for channel service 24 
communication time with byte-multiplexer channel 
multiplexer channel (see byte-multiplexer channel) 



N 



natively attached I/O devices, addressing 1 
non-overrunnable devices, byte-multiplexer channel 
non-shared subchannels (see subchannels) 
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overrun (see data overrun, and program overrun) 



time-dependent devices, program overrun 22 



u 



program overrun, description 22 

during DDA activity 2 

effect of on real time devices 5 

vi^ith2311/14 emulation 2 2 
graph 22.1 
previous load 6 
priority load, description 6,7 

how to choose factors 7,8 
priorities for byte-multiplexer channel devices, burst-mode 
devices 9,10 

class 2 and 3 devices 9 

devices having class 1 and class 2 components 10 

how to assign 9 

for 2701, 2702, 2703 10 



unbuffered I/O devices during data overrun 4 
use of I/O addresses by multiplexer channel and integrated 
attachments 1 



w 



wait time, description 6 
and interference 6 



Numeric 



R 



real time devices, during program overrun 5 



'select-in' line 

connections for required priority sequence on byte-multiplexer 
channel 9 
'select-out' line 

connections for required priority sequence on byte-multiplexer 
channel 9 
shared subchannels 1 
subchannels 1 

addressing 1 

non-shared 1 

shared 1,2 



1419 Magnetic Character Reader, in example of priority 
sequence 9 

how to assign priority 28 
overrun with 2311/14 emulation 22 
1442 Card Read Punch, in example of priority sequence 9 
2311 Disk Storage Drive, emulation 22 
2314 Direct Access Storage Facility, emulation 22 
2501 Card Reader, in example of priority sequence 9 

2701 Data Adapter Unit, how to assign priority 10 

2702 Transmission Control, how to assign priority 10 

2703 Transmission Control, how to assign priority 10 
3270 Information Display Terminal, in example of priority 
sequence 9 

3340 Disk Storage and Control 1 

3410 Magnetic Tape Unit 1 

341 1 Magnetic Tape Unit and Control 1 
3420 Magnetic Tape Unit 1 

3803 Tape Control 1 
5213 Printer 1 
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Your views about this publication may help improve its usefulness; this form 
will be sent to the author's department for appropriate action. Using this 
form to request system assistance or additional publications will delay response, 
however. For more direct handling of such requests, please contact your 
IBM representative or the IBM Branch Office serving your locality. 

Possible topics for comment are: 

Clarity Accuracy Completeness Organization Index Figures Examples Legibility 
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What is your occupation? 

Number of latest Technical Newsletter (if any) concerning this publication: 
Please indicate in the space below if you wish a reply. 



Thank you for your cooperation. No postage stamp necessary if mailed in the U.S,A. (Elsewhere, an IBM office 
or representative will be happy to forward your comments.) 



GA33-1516-0 



Your comments, please . . 



This manual is part of a library that serves as a reference source for systems analysts, 
programmers, and operators of IBM systems. Your comments on the other side of this 
form will be carefully reviewed by the persons responsible for writing and publishing 
this material. All comments and suggestions become the property of IBM. 
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370/115 

Check optional features -- if they are incorrect, you 
may have to order a new microcode disk. 

Has enough control storage been ordered? 

2 311 and 105 2 compatibility - should be considered interim 
for conversion only. 

Check platen H'idtli and ribbon part number on 5213. 
13-7/8" is IBM size. OFM size is 13-1/8". 

Contact Region on any non-standard RPQs, (e.g.- 3411 on the MPX channel.) 

Customer should maintain checkpoints as loss of power 
means loss of raem.ory. 

Tape (Sc/or MPX channel &/or ICA require CHAN support. if 

you want concurrent maintenance, you will require 

OLTEP. CHAN is a DOS/VS SYSGEN option. 

I 
I 

Software convcersion plans. Back' Release DOS 21 ~ 26 
should be considered as an interim step only. 

File conversion plans, what are they & where will they be done. 

Space, power and air conditioning for parallel operation 
of hardware sysi:ems. 

RPQ is required if 1400 and 360/20 compatibility are both 
installed. 

5213 cannot be used as a system printer. 

Speed 1.0 - 2.1 x Mod 2b; 1.4 - 3.2 x Mod 22. 

2311 - 2314 coiapat on 334 0s. require special addressing. 
Refer to the attached. 

Floating point is a NO CHARGE (N/C) feature, and may be required 

at a later date if it is not ordered. Recommend ordering it if time allows. 

If Integrated Communications Adapter is on order compare the ICA features 
against the terminals ordered to insure feature compatibility. 

Limited addresses available on the Multiplex channel. Consult the 3115 
Channel Characteristics manual GA33-1516, also the 3115 Functipnal 
Characteristics manual GA33-1510. 
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370/115 
INTEGRATED ADAPTERS 



BF'Xonfidentiat" 



YPE OF 

DARTER am 

TAPE 3'Jll/lO 2 

DISK 33HO 1 

UR (the 5425 or 2560 use'only 

one address - x,'OOD', 

not two normally associated 
with RD/PCH.) 

INTEGRATED PRI^ITER 

CONSOLE (CRT. 5213 & KB) 



ICA 



MULTIPLEXER 



STD ADDR 
28x 
16x 

m, m 

(The UR lOP rr- 

SERVFS 000-01B) 
00E 

01F 
(The SVP peserves 
01C - 01F) 

020 to 0?f, 030-Sai4- RPQ 
(Actual address 
varies depending 

ON-LINE type) 

Sm - 0FF RPQ 



OTHER ADDR 
AVAHABIF? 

RPQ 

RPQ 

RPQ 



RPQ 
RPO 



The aeove addresses are assigned to IOP's (IO Processor),, and 
exist whether or not the feature is installed and are not 
available to other devices. 



Multiplexer channel has standard 32 sub-channels. 
TO 6i|, 

8 SHARED 

?A unshared 



U TO EXPAND 



lOP Priority low to highj miP, svc/PKoC: , UR/IOP. f4TA/I0P (tape), 
DDA/IOP (IFA). ICA/IOP, MPX/IOP. 



- IFA- 



3330-3340 intermix not ovailobie, 
3340 only. RPS optional! 
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2314 FILES ON 3340 



3340-addr.= 


160 


161 162 163 


3 34 8 Cylinders 


- ~ 


- 2314addre£ 


001-339 

340-678 (i^^'^O only) 


190 
191 


19B 1A6 IBl 
19C 1A7 1B2 


2311 FILES on 3340 






3340~addr. = 


160 


161 162 163 


3348 Cylinders 


- ~ 


- 2-311 addres 


1-85 

86-170 

171-255 

256-340 

341-425 (M70 only) 

426-510 

511-595 . " 

596-680 


190 
191 
192 
193 
19 4 
195 
196 
197 


19B 1A6 IBI 
1 > I 

1 1 1 

■7 1 1 
1 1 1 
• 1 1 
i 11 

1A2 IAD IB 8 



- IPA 



° 5203 A^'S AtT/\C«AAEMT REQUIRES THE FOLLOWING FEATURES FOR CPU 
AND 5Z03: 
CPU - FC:UB3a^^^0(9M8 if UCS oh W05] 
5203 - K ^V2:^ {BL-bd \^ UC2 is i^esiREd) 

"" 32 <Z)!) cofAB stamdard With UCS, 

teQulRES FC465B FKE'REQ OrJ 3I15.(MooEL T)£S1Gn1ATiD.\1 MANlmi01<.7) 

MPX CHAN - 



° The 3211 is too fast for 115 MPX channel and require?, a n RPq to 

BE ORDERED FOR THE 3I1S. (tlfQ.SU0(i558) 

' Contact Regiom iF 1419 MicR will Be used 6m MPX chamme.l. 
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- ICA 



° Address Assignments 
20 - 2F ARE SS lines 

30 - 34 ARE Bi Sync Medium Speed (max, 7200 bps) 
34 \S Bi Sync Hi Speed (max 50 kbs) Line. 

IF - HX SPEED UME l^ te^EMT. 

° Max. configuration - 5 BSC or 8 SS lines. 

° ICAE FC# 4641 required for all combinations of SS and BSC. . 

hftAK. CDNFlGURAllOhf WITH FC4t4i B ^ BSC m 8 SS.(t^f£KiDS Ota UM^ ^0?j 

° iwt list: of Autocall in ahv un& G^mf PRtciupes. the 

lA^r Two LlMES/LWE PAlRS Of THAT GROuf. 

\ Max. of one sync line high speed, FC# 7121. Limitation: 
this line may not operate concurrently with any other line 
on the ica. 



INTERFERENCE BY MULTIPLEXER CHANNEL 

The load of integrated attachments has no impact on multiplexer 
channel and the multiplexer channel does not interfere with in- 
struction processing in the ipu except during sio^ tio and in- 
terrupt handling. 

IPU/MPX CHANNEL INTERFERENCE 

° Maximum for SIO 123.5 i4sec 

° Maximum for TIO LI msec 

° Maximum for Interrupt Handling 201 msec 

MPX CHANNEL DATA RATE 
BURST 29KB 
BYTE 19 KB 



